home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 560 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.5 KB
  1. From: itschere@techfak.uni-bielefeld.de
  2. Subject: Re: pipes & ptys
  3. Date: Wed, 20 Oct 93 1:20:20 MET
  4. In-Reply-To: <9310192335.AA03952@client>; from "Warwick Allison" at Oct 20, 93 09:34:59 am
  5.  
  6. Warwick Allison
  7. >
  8. > > number of bytes in a pipe. So at least my reading program will not be the
  9. > > bottleneck, if the writing one choses to write in 1 byte chunks, I loose...
  10. > 
  11. > Why?  It seems unlikely that your reader will run after every writer
  12. > writes once.  Normally, you'd expect the writer to be writing into the
  13. > buffer (possibly buffered on their end, but maybe not), and when your
  14. > reader process runs, there will be a few chars in the buffer.  I think
  15. > the timeslice is 20ms or so normally.
  16.  
  17. Since task switch is done in the VBL interrupt, it occurs app. 60 times a
  18. second on my TT. That makes 16ms per process, if everything is running
  19. "normally". Suppose only my (multibly-byte) reader and my (one-byte) writer
  20. are running, say, ignore the rest, the writer doesn't really have a big chance
  21. to write very much during one time slice, I would estimate app. 30 bytes.
  22.  
  23. That's what I was trying to say. If the writer outputs in larger chunks, ok,
  24. if the reader waits for more than one timeslice, also ok, but if not, I
  25. loose... :-(
  26.  
  27. > > But what we _really_ want is a extra device driver for each modem device that
  28. > 
  29. > I haven't really looked at it, but some MiNT modem stuff just appeared at 
  30. > atari.archive.
  31.  
  32. Wouldn't be the first time I'm coming too late to invent the wheel! ;-)
  33.  
  34. TeSche
  35.